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CENTRALIZED MANAGEMENT OF PACKAGING DATA HAVING MODULAR 
REMOTE DEVICE CONTROL ARCHITECTURE 

TECHNICAL FIELD 
[0001] The invention generally relates to manufacturing technologies and, more 
particularly, generating labeling and other printed material for packages. 

BACKGROUND 

[0002] Each year, organizations ranging from sole proprietorships to large corporations 
produce and ship significant volumes of diverse products. The products, as well as the 
containers in which they are shipped, typically bear a variety of labels and other printed 
packaging materials. Each product may use a different container, requiring printed 
packaging material of different size and shape. In addition, a manufactured product may 
incorporate many packaging levels from the time the product comes off the manufacturing 
line to shipment. For some industries, the format and content of the labels at each level 
may be highly regulated, such as in the health care and pharmaceutical industries. 
Coordination of the various packaging materials used throughout an organization, and 
ensuring compliance with labeling regulations across all of the products, can present a 
significant challenge for the organization. 

SUMMARY 

[0003] In general, the invention is directed to techniques for centralized management, 
assembly, and distribution of packing data. A system is described in which a centralized 
packaging data (CPD) management system provides host packaging data for a plurality of 
customers, and provides an online environment with which the customers manage 
packaging data for their products. The customers interact with the CPD management 
system to assemble packaging data, and securely distribute the packaging data to 
respective remote manufacturing sites, print centers or other output locations. In this 
manner, the system allows the customers to easily control the printed output material 
applied to their packaging and manufactured products. 

[0004] The CPD management system includes an artwork importation module that 
processes a graphic file to parse the graphic file into its constituent elements, i.e., textual, 
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graphical and attribute elements, that form the packaging graphic. The artwork importer 
generates a data description of the elements, and stores the data description and the 
separated elements within the CPD management system. The data description of the 
graphic file may conform to a data description language, such as the extensible Markup 
Language (XML). The data description may be stored within a centralized database, and 
provides for the elements of the graphic file to be individually retrieved and reused across 
different packaging materials. 

[0005] A template manager allows the customers to associate the elements extracted from 
a graphic file to fields in one or more packaging templates. By interacting with the 
template manager, the customer may easily customize and select packaging templates to 
quickly assemble packaging material based on the extracted elements. Customers can 
hierarchically organize the templates to reflect the requirements of their specific 
businesses. 

[0006] Furthermore, the CPD management system may also include a variety of additional 
features for the application of business rules to automate the assembly and validation of 
packaging materials using the elements extracted from the graphic and the defined 
packaging templates. A rules engine, for example, applies rules to assemble and validate 
the content of labels or other packaging material, thereby ensuring compliance with the 
regulations. In addition, the customers can create additional rules to ensure that the 
packaging materials satisfy their particular requirements. In this manner, the CPD 
management system provides an intelligent packaging data warehouse with which the 
customers interact for creation, validation, and distribution of packaging data for labels 
and other packaging materials associated with products. 

[0007] A modular device management software architecture is also described. The device 
management executes on computing environments within the output locations, e.g., 
manufacturing sites and print centers. The device management software remotely interacts 
with the CPD management system to control the flow of packaging data to the 
manufacturing line for application to the product. In particular, the device management 
software provides a framework for one or more device control modules that directly 
control input/output (I/O) devices that apply the packaging data to the product. The I/O 
devices may be, for example, inkjet printers, label printers, and the like that apply 
packaging data to the product. In addition, the I/O device may include bar code scanners, 
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radio-frequency identification (RFID) readers, and the like, that read information from the 
products to initiate or verify the correct application of packaging data. 
[0008] The CPD management system communicates packaging records to a master 
module of the device management architecture. In turn, the master module configures the 
specific device control modules for applying the packaging data specified by the 
packaging records. Once configured, the device control modules remotely access the CPD 
management system to retrieve the respective packaging data, e.g., artwork elements, for 
which the devices have been configured to print. The device control modules retrieve the 
respective packaging data, and interface with the respective I/O device to control 
application of the packaging data. 

[0009] In one embodiment, a method comprises communicating a packaging record from 
a centralized packaging data (CPD) management system to device management software 
executing on a computing environment within a remote output location, wherein the 
packaging record defines a packaging layout identifying one or more artwork elements 
stored by the CPD management system. The method further comprises accessing the CPD 
management system from the device management software operating within the 
computing environment of the remote location to retrieve the identified artwork elements 
from the CPD management system, and configuring a manufacturing line within the 
remote output location to apply the retrieved artwork elements to packaging material. 
[0010] In another embodiment, a packaging data management system comprises a 
centralized packaging data (CPD) management system that stores artwork elements in the 
form of packaging data. The CPD management system presents an interface by which a 
user selects a packaging record that defines a packaging layout identifying one or more 
artwork elements. The system further comprises device management software executing 
on a computing environment within a remote output location. The device management 
software receives the packaging record from the CPD management system, and configures 
a manufacturing line within the remote output location to apply the identified artwork 
elements to packaging material. 

[0011] In another embodiment, a system comprises a manufacturing line having plurality 
of input/output devices to apply packaging data to packaging material, and a plurality of 
device control modules that corresponds to the I/O devices. The device control modules 
configure the I/O devices in accordance with print jobs. The system further comprises a 
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master control module that receives from a server a packaging record that specifies the 
print jobs, wherein each print job references packaging data stored on the server. The 
master control module parses the packaging record and distributes the print jobs to the 
device control modules. 

[0012] In another embodiment, a system comprises means for centrally storing packaging 
data, means for generating packaging records based on the packaging data, and means for 
communicating the packaging records to remote output locations. The system further 
comprises means for processing the packaging records at the remote locations to extract 
print jobs for execution by I/O devices, means for retrieving the packaging data from the 
storing means based on the print jobs, and means for configuring the I/O devices to apply 
the retrieved packaging data. 

[0013] In another embodiment, a computer-readable medium comprises instructions to 
cause a processor to receive a packaging record from a centralized packaging data (CPD) 
management system, wherein the packaging record defines a packaging layout identifying 
one or more artwork elements stored by the CPD management system. The medium 
further comprises instructions to cause the processor to access the CPD management 
system to retrieve the identified artwork elements from the CPD management system, and 
configure a manufacturing line within the remote output location to apply the retrieved 
artwork elements to packaging material. 

[0014] The invention may provide one or more advantages. For example, the invention 
may allow a customer to develop a common process for managing packaging data across 
business units and manufacturing sites. In this manner, the invention may eliminate 
redundancies and inefficiencies inherent to a decentralized process. 
[0015] The customer may, for example, readily develop and manage standardized 
graphics for the various business units, allowing the company to provide more consistency 
and accuracy in the appearance of labels entering distribution channels and customer 
markets. The CPD management system provides a centralized workspace by which users 
can collaborate to design and create labels and other printed material for new packages, 
and can reduce cycle times by facilitating the reuse of existing packaging templates and 
graphics. Moreover, the artwork importer may eliminate the need to redesign an entire 
graphic for minor changes, and may facilitate the reuse of elements of the packaging 
graphic. In addition, the CPD management system includes a variety of features for the 
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application of business rules and other constraints to automate the assembly and validation 
of packaging materials using the packaging templates and elements extracted from artwork 
received from a graphic designer. 

[0016] Furthermore, the CPD management system allows a customer to more easily 
control and manage the packaging data, including the various sizes, layouts, and formats 
of the output mediums on which the packaging data are printed. In particular, multiple 
output locations, such as manufacturing facilities and print centers, receive the same 
packaging data and, therefore, can print identical labels and other print material for 
packages and manufactured products. The system also provides an efficient mechanism 
for rapid propagation of changes throughout an organization. 
[0017] Another advantage of a CPD management system is the ability to support 
relocation of products from one facility to another. In other words, by centrally managing 
the packaging data, a company can relocate products from one manufacturing facility to 
another without needing to transfer labeling information. This process may be difficult 
when the packaging is managed with conventional desktop graphic design tools that 
execute on independent workstations. 

[0018] The CPD management system provides revision control modules for developing 
and maintaining packaging data. The system, for example, includes mechanisms for 
checking in and checking out packaging templates and graphics. The system may track 
modifications of labels and provide revision histories and other modification information. 
[0019] Another advantage provided by the CPD management system is the ability to 
support and facilitate "on-demand" print systems by streamlining the delivery of 
packaging data to such systems when needed. In other words, packaging data can be 
quickly distributed to print systems when a company decides to manufacture a product, 
thereby allowing the company to accelerate the satisfaction of any "just-in-time" 
manufacturing and supply contracts and other business relationships the company may 
service. In addition, the system supports "run-time" fields that require information at the 
time of print, such as batch code, lot code, manufacture data, serial number and the like. 
[0020] The details of one or more embodiments of the invention are set forth in the 
accompanying drawings and the description below. Other features, objects, and 
advantages of the invention will be apparent from the description and drawings, and from 
the claims. 
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BRIEF DESCRIPTION OF DRAWINGS 

[0021] FIG. 1 is a block diagram illustrating an example centralized packaging data (CPD) 
management system that host packaging data for a plurality of customers. 
[0022] FIG 2 is a block diagram illustrating the CPD management system of FIG. 1 in 
further detail. 

[0023] FIG. 3 is a block diagram illustrating an exemplary manufacturing facility in which 
device management software controls application of packaging data. 
[0024] FIG. 4 is a block diagram illustrating an example embodiment of a manufacturing 
facility having four I/O devices. 

[0025] FIG 5 is a flowchart that provides a high-level overview of example operation of 
the central management system. 

[0026] FIG. 6 is a block diagram proving another high-level overview of the operation of 
the CPD management system 

[0027] FIG. 7 illustrates an example packaging graphic to be processed by an artwork 
importation module of the CPD management system. 

[0028] FIG. 8 illustrates an example reconciliation interface presented by the artwork 
importer. 

[0029] FIG 9 is a flowchart that illustrates exemplary operation of the device management 
software executing on a computing environment of a remote manufacturing facility. 
[0030] FIG 10 illustrates an example web-based user interface presented by a template 
manager. 

[0031] FIG. 1 1 illustrates an example web-based user interface presented by a graphics 
manager. 

[0032] FIGS. 12-17 illustrate an example web-based user interface presented by a record 
manager. 

[0033] FIGS. 18-20 illustrate an example web-based user interface presented by an output 
manager. 

[0034] FIG 21 illustrates an example web-based user interface presented by a display 
manager of the device management software. 
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DETAILED DESCRIPTION 

[0035] FIG. 1 is a block diagram illustrating a system 2 in which customers 6 
communicate with a centralized packaging data (CPD) management system 4 to easily 
manage packaging data, and assemble the packaging data for application to products 7 by 
manufacturing facilities 8. More specifically, authorized users of customers 6 interact 
with CPD management system 4 via network 9 to develop and manage the packaging 
labels or other printed material for manufactured products. Remote manufacturing 
facilities 8, print centers 16 or other output locations interact with CPD management 
system 4 via network 9 to retrieve packaging data for customer approved labels when 
packaging manufactured products. 

[0036] Customers 6 may include any organization that manages packaging data for 
manufactured products generally. In this manner, CPD management system 4 may 
support customers 6 of all sizes ranging from sole proprietorships to large corporations. 
For example, customers 6 may include small businesses that outsource packaging to print 
centers 16, and large businesses, such as Wal-Mart Stores, Incorporated, Best Buy 
Company, Inc., Intel, Dell Computer Corporation, and the like, that have complex 
manufacturing facilities 8. 

[0037] CPD management system 4 includes one or more data servers for hosting the 
packaging data for customers 6. Examples of such data include packaging templates, 
graphics, statements of compliance with regulations, translations, lists of ingredients, 
warnings, and other packaging data. CPD management system 4 securely organizes the 
data to ensure that the data for a given one of customers 6 is not accessible by any other 
customers 6. 

[0038] By interacting with CPD management system 4, customers 6 and can easily 
generate packaging materials in conformance with requirements from a variety of diverse 
entities, including regulator agencies 10, shipping companies 12, and foreign customs 14. 
In other words, CPD management system 4 provides a centralized intelligent system for 
ensuring that labels or other packaging materials associated with products 7 complies with 
the specific requirements set forth by regulator agencies 10, shipping companies 12, and 
foreign customs 14. Examples of regulatory agencies 10 include the Food and Drug 
Administration (FDA), the Environmental Protection Agency (EPA), and the like. 
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Examples of shipping companies 12 include Federal Express, United Parcel Service, 
Airborne Express, and the like. 

[0039] CPD management system 4 includes an artwork importation module (referred to 
herein as an "artwork importer") that processes graphic files received from graphic design 
firms 17 or in-house graphic designers (not shown). In particular, the graphic designers 
typically use graphic design software programs to produce the graphic artwork that is to be 
printed on the packaging material via manufacturing facilities 8. Examples of common 
graphic design software programs include QuarkXPress™, Adobe Photoshop™, Adobe 
Illustrator™, Adobe PageMaker™, Adobe Framemaker™, In-Design™, and the like. The 
graphic designer typically delivers the artwork in the form of one or more graphic files. 
[0040] CPD management system 4 parses the graphic file to extract its constituent 
elements, e.g., all textual and graphical elements from the graphic file. Example elements 
include text segments, images, and the like. During this process, CPD management 
system 4 generates a data description of the elements in conformance with a data 
description language, such as the extensible Markup Language (XML). CPD 
management system 4 provides a template manager that allows customers 6 to allow 
customers 4 to associate the constituent elements extracted from the graphic files to 
specific fields within packaging templates. The CPD management system 4 stores the data 
description and the individual components, and provides for the elements of the graphic 
file to be individually retrieved and reused with different packaging templates to form 
artwork for different packaging materials. As a result, customers 6 may easily customize 
and select packaging templates and extracted elements for quick assembly of packaging 
material based on the graphic elements. 

[0041] In addition, CPD management system 4 may also support a variety of features for 
application of business rules and other constraints to automate the generation and 
validation of packaging materials in view of the requirements. For example, as described 
in detail below, CPD management system 4 provides interfaces for the definition and 
management of rules, relationships, regulations, and other constraints to control the 
creation and assembly of packaging material. A host or other service provider associated 
with CPD management system 4 may provide a base set of rules to customers 6. In 
addition, customers 6 may interact with the interfaces to easily augment the rule set 
provided by the service provider of CPD management system 4. A packaging rules 
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engine within CPD management system 4 validates the content and/or structure, i.e. 
layout, of any assembled labels and other packaging material in view of the requirements. 
In this manner, CPD management system 4 provides an intelligent packaging data 
warehouse with which customers 6 interact for creation, validation, and distribution of 
packaging data for label and other packaging materials associated with products 7. 
[0042] CPD management system 4 allows customers 6 to define and approve labels 
including controlling all aspects and features of the printed label including size, layout, 
graphics, format, warning messages, and the like, as well as the output mediums and print 
devices on which the labels are printed. In this manner, CPD management system 4 
allows customers 6 to better control the layout and appearance of labels being presented to 
market by manufacturing facilities 8, print centers 16, or other output location. In 
particular, CPD management system 4 ensures that customers 6 can easily and securely 
communicate their packaging data to their corresponding manufacturing facilities 8 or 
other output locations. Consequently, CPD management system 4 ensures that, for a given 
one of customers 6, different output locations print identical labels and other packaging 
material for manufactured products 7. In addition, customers 6 may use CPD management 
system 4 to dynamically control packaging materials used during the manufacturing 
process. 

[0043] To control the output the application of packaging data, CPD management system 
4 interacts with device management software executing on computing environments 
within the output locations, e.g., manufacturing facilities 8 and print centers 16. As 
described herein, the device management software conforms to a modular software 
architecture. In particular, the device management software provides a framework for one 
or more device control modules that directly control input/output (I/O) devices that apply 
the packaging data to the product. The I/O devices may be, for example, inkjet printers, 
label printers, and the like, that print or otherwise apply the packaging data to the 
packaging materials of products 7. In addition, the I/O device may include bar code 
scanners, radio-frequency identification (RFID) readers, and the like, that read information 
from products 7 to initiate or verify the correct application of packaging data. 
[0044] CPD management system 4 communicates packaging records via network 9 to a 
master module of the device management software. In turn, the master module configures 
the specific device control modules to apply the packaging data specified by received 
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packaging records. Once configured, the device control modules remotely access CPD 
management system 4 via network 9 to retrieve the assigned packaging data, e.g., artwork 
elements. The device control modules retrieve the respective packaging data, and 
interface with the respective I/O device to control application of the packaging data. In 
this manner, the device management software and CPD management system 4 cooperated 
to provide centralized control over the application of packaging data to distributed 
manufacturing facilities 8 and print centers 16. 

[0045] CPD management system 4 can be used with any labeling device or system and 
can be used to print labels or other media, or can be used to print directly on packaging 
material such as folding cartons, boxes, flexible films or the like. Similarly, the packaging 
data, as defined herein, may be used for a variety of packaging purposes including, for 
example, to program radio frequency identification (RFID) tags fixed to products at the 
time of manufacturing. As examples, the RFID tags may be programmed with a lot code, 
a date of manufacture, a serial number, a UPC code or other packaging data. 
[0046] Each of customers 6, regulatory agencies 10, shippers 12, and foreign customs 14 
may have one or more users that remotely interact with CPD management system 4 via 
network 9 to develop and manage the packaging labels or other printed material for 
manufactured products. A user can be any authorized individual, such as a packaging 
engineer within a business unit, a plant operator within a manufacturing facility 8, an 
agent within a regulatory agency 10 or a user within foreign customer 14, a service 
representative within a shipping company 12, a graphic designer within graphic design 
firm 17, or a customer service representative within print center 16, and may be 
geographically distributed. By interacting with CPD management system 4, as described 
below, users 4 can create, update, and archive packaging data, as well as generate labels 
for manufactured products. 

[0047] A graphic designer within a business unit of a one of corporate customers 6 or 
graphic design firms 17 can create custom graphics displaying, for example, corporate 
trademarks for use on labels. A packaging engineer may use CPD management system 4 
to create packaging templates and define labeling strategies for various "packaging levels" 
of a product. As referred to herein, packaging levels describe the packaging process that a 
product undergoes from the time the product comes off the manufacturing line to 
shipment. Designating a label as packaging level one may, for example, indicate that the 
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label is to be placed directly on the product itself. Designating the label as packaging 
level three may indicate that the label is to be placed on a carton holding 10 individual 
products. Designating the label as packaging level six may indicate that the label is to be 
placed on a case packed with 12 cartons. Finally, designating the template as packaging 
level eight may indicate that the label is to be placed on a crate shipped with 200 cases. A 
plant operator within manufacturing facility 8A may interact with CPD management 
system 4 to retrieve packaging data and generate appropriate labels for a given product 
based on the packaging level. In addition, a service representative within print center 16 
may carry out high-volume print runs of labels based on packaging data retrieved from 
CPD management system 4. 

[0048] Each user typically interacts with a computing device suitable for communication 
and interaction with CPD management system 4 via network 9. For example, a user may 
use a workstation, personal computer, laptop computer, or even a personal digital assistant 
(PDA) such as a Palm™ organizer from Palm Inc. of Santa Clara, California or Windows 
CE device. The communication device executes communication software, typically a web 
browser such as Internet Explorer™ from Microsoft Corporation of Redmond, 
Washington, in order to communicate with CPD management system 4. Network 9 
represents any communication link suitable for communicating data, such as a wide-area 
network, local area network, or a global computer network like the World Wide Web. 
[0049] By interacting with CPD management system 4, customers 6 can securely develop 
a centralized label management process for their respective manufacturing facilities 8 and 
products 7 and, therefore, eliminate redundancies and inefficiencies inherent to a 
decentralized process. Users of a given company may, for example, develop and manage 
standardized graphics, allowing the company to provide more consistency and accuracy in 
the appearance of labeling entering distribution channels and customer markets. As 
described below, customers 6 can control and manage labels used for packaging, including 
the various sizes, layouts, formats, as well as the output mediums on which the labels are 
printed. This allows customers 6 to better control the packaging information being 
presented to market, i.e., shipped on or with their products 5. In particular, for a given 
customer, multiple output locations, such as manufacturing facilities 8 and print center 16, 
and multiple output devices within a location, receive the same packaging data and, 
therefore, can print identical labels and other print material for packages and manufactured 
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products. Accordingly, by providing access to CPD management system 4, label changes 
can be propagated universally and instantly throughout an organization. 
[0050] One advantage of CPD management system 4 is the ability to support relocation of 
products from one manufacturing facility 8 to another. In other words, because CPD 
management system 4 centrally manages packaging data, a given one of customers 6, for 
example, can relocate products from one manufacturing facility to another without 
needing to transfer labeling information, such as one or more digital files necessary to 
render a label. This process may be difficult with conventional desktop graphic design 
and label creation tools that typically execute on standalone workstations. 
[0051] Another feature of CPD management system 4, as described below, is 
incorporation of revision control modules for developing and maintaining packaging data. 
CPD management system 4, for example, includes revision control modules for 
controlling packaging data through all stages of the process including developing the label, 
approving the label for use by manufacturing facilities 8 and print center 16, and archiving 
and time stamping the label for subsequent verification. CPD management system 4 
supports, for example, check-in and check-out procedures for controlling access to 
packaging templates, graphics, and packaging data generally. Furthermore, these features 
of CPD management system 4 may be useful in tracking changes to labels and providing 
revision histories and other modification information. 

[0052] CPD management system 4 supports and facilitates "on-demand" print systems by 
streamlining the delivery of packaging data to such systems when needed. In other words, 
packaging data can be quickly distributed to print systems when a company decides to 
manufacture a product, thereby allowing the company to accelerate the satisfaction of any 
"just-in-time" manufacturing and supply contracts and other business relationships the 
company may service. 

[0053] The service provider of CPD management system 4 may charge customers 6 fees 
for use of the packaging data management services. The service provider of CPD 
management system 4 may, for example, charge customers 6 data warehouse fees based 
on the number of packaging records, templates and graphics, or any combination thereof, 
stored by each of customers 6. The service provider of CPD management system 4 may 
also charge fees based on the number of accesses by users within customers 6. In 
addition, the service provider CPD management system 4 may charge subscription service 
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fees or fees based on the number of labels printed. Alternatively, CPD management 
system 4 may be offered as a value-add service coupled with other services or packaging 
materials. For example, services provided by CPD management system 4 may be offered 
to customers 6 in conjunction with the sale of packaging material, such as packaging tape. 
[0054] FIG. 2 is a block diagram illustrating an example embodiment of CPD 
management system 4 with which customers 6 interact to generate packaging materials in 
conformance with requirements from a variety of diverse entities, such as receiving 
companies, regulator agencies, shipping companies, global customs, and the like. 
[0055] Web servers 20 provide an interface by which customers 6 communicate with CPD 
management system 4 via network 9. In one configuration, web servers 20 execute web 
server software, such as Internet Information Server™ from Microsoft Corporation, of 
Redmond, Washington. As such, web servers 20 provide an environment for interacting 
with customers 6 according to software modules 21, which can include Active Server 
Pages, web pages written in hypertext markup language (HTML) or dynamic HTML, 
Active X modules, Lotus scripts, Java scripts, Java Applets, Distributed Component 
Object Modules (DCOM) and the like. 

[0056] Although illustrated as "server side" software modules executing within an 
operating environment provided by web server 20, software modules 2 1 could readily be 
implemented as "client-side" software modules executing on computing devices used by 
customers 6. Software modules 21 could be, for example, implemented as Active X 
modules executed by a web browser executing on the computing devices. Moreover, 
although illustrated for exemplary purposes as executing on web servers 20, software 
modules 21 may alternatively execute on one or more application servers within CPD 
management system 4. 

[0057] Software modules 21 may include a number of modules, such as including 
template design tool 22, template manager 24, graphic design tool 26, graphic manager 28, 
administration (Admin) module 30, record manager 32, output manager 34, application 
programming interface (API) 36, template selection module 37, rules engine 38 and 
artwork importer 39. Software modules 21 interact with database servers 40 to access data 
42, which may include artwork data 42A, packaging templates 42B, packaging records 
42C, configuration (config) data 42D, packaging rules 42E, and artwork data 42F. Data 
42 may be stored in a variety of forms including data storage files, one or more database 
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management systems (DBMS) executing on one or more database servers 40, or 
combinations thereof. The database management systems may be a relational (RDBMS), 
hierarchical (HDBMS), multidimensional (MDBMS), object oriented (ODBMS or 
OODBMS) or object relational (ORDBMS) database management system. Data 42 could, 
for example, be stored within a single relational database such as SQL Server from 
Microsoft Corporation. 

[0058] Artwork data 42A includes text, graphics, or other data extracted by artwork 
importer 39 from graphics files uploaded by customers 6 for printing on labels or other 
packaging materials. In this manner, artwork data 42 A includes the constituent elements 
of a graphic file, and each element may comprise textual data or graphical data. Examples 
of textual elements include warnings, lists of ingredients, tracking numbers, part lists, 
translations, patent notices or other legal notices, and the like, or any other text that might 
be desirable to include on a packaging label. Graphical elements may include corporate 
graphics, such as trademarks, logos and other imagery, and may be stored as, for example, 
individual image files stored in any of a number of formats including JPEG, TIFF, GIFF, 
PDF and the like. 

[0059] Artwork description data 42F represents information, e.g., in the form of metadata, 
that describes each packaging graphic uploaded by customers 6. In particular, the 
metadata describes the composition of each packaging graphic, including the arrangement 
of the elements stored as artwork data 42 A that formulate each packaging graphic. As a 
result, artwork description data 42F allows CPD management system 4 to reassemble the 
textual and graphical elements, including retention of original properties, to produce 
packaging graphics for printing on products 7. Artwork description data may conform to a 
data description language, such as the extensible Markup Language (XML), or the like. 
[0060] Packaging templates 42B store templates for creating labels and other packaging 
materials associated with products 7, and typically describe a layout, format and a number 
of user-defined fields. Packaging records 42C store packaging data generated by 
customers 6 from packaging templates 42B. In particular, a packaging record 42C 
comprises a record that associates the elements of artwork data 42A, i.e., the text and/or 
graphical elements extracted from packaging graphics provided by customers 6, with 
specific fields of packaging templates 42B. In this manner, CPD management system 4 
may retrieve and reuse the individual elements of the packaging graphics with different 
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packaging templates to form artwork for different packaging materials. As a result, 
customers 4 may easily customize and select packaging templates and extracted graphic 
elements for quick assembly of packaging material based on the elements. 
[0061] Configuration data 42D stores configuration data including, for example, 
authorized customers 6, user and corporate preferences, preferred output stock (substrates) 
for labels, and available printers. In addition, configuration data 42D includes data 
defining customers 6, manufacturing sites 6, and the various packaging levels used during 
the manufacturing process. 

[0062] Template design tool 22 provides online design and layout functionality for 
creating packaging templates 42B. In other words, template design tool 22 presents a 
graphical user interface (GUI) by which customers 6 can construct templates. During this 
process, customers 6 typically define the size and layout for a template, as well as 
selecting a number of fields for capturing artwork data 42A, possibly at print time. In 
particular, customers 6 define the templates by selecting fields from a set of field types. If 
a particular field type is not available, customers 6 may create the desired field type for 
use within the current and future templates. Although illustrated and described as an 
online, web-based template design tool, template design tool 22 may comprise 
conventional label design software, such as CodeSoft™ and LabelView™ from 
Teklynx™, and may run on independent computing devices. 

[0063] Upon creating a packaging template, an authorized user of one of customers 6 
interacts with template manager 24 to "check-in" the template into CPD management 
system 4. During this process, template manager 24 parses the data generated by template 
designer 22, typically a text file with embedded codes defining a number of fields, and 
stores the parsed data within templates 42B. During the check-in process, the user 
provides all information necessary for categorizing the template including, for example, a 
name for the packaging template, other customers 6 that may use the template, markets for 
which the label may be applicable, a "trustee" for the template, and the corresponding 
packaging level(s) for which the template applies. After describing the template, the user 
uploads the file produced by template design tool 22 to CPD management system 4, which 
stores the file in templates 42B. 

[0064] Furthermore, customers 6 may interact with template manager 24 to hierarchically 
organize packaging templates 42B. In other words, template manager 24 allows customers 
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6 to define and maintain one or more hierarchical relationships for organizing packaging 
templates 42B. Each of customers 6 may define respective hierarchies for organizing their 
respective packaging templates, and may customize the hierarchies based on their needs. 
[0065] A hierarchy may comprise a number of levels, and each level may comprise a 
number of nodes that correspond to various packaging constraints and other criteria. For 
example, hierarchies may be defined for criteria such as product lines, industries, countries 
of origin, countries of destination, selected shipping companies, recipients, and the like. 
Customers 6 "register" newly created templates by directing template manager 24 to 
associate each of the templates with a respective node of one of the hierarchies. As 
described in more detail below, record manager 32 provides an interface with which 
customers 6 can traverse the hierarchies to easily select appropriate packaging template 
based on current requirements. 

[0066] Graphic design tool 26 provides a web-based design tool for creating graphics such 
as corporate trademarks, logos, and the like. In other words, graphic design tool 26 
presents a graphical user interface by which customers 6 can construct packaging graphics 
for processing and storing as artwork data 42 A. Alternatively, uses 18 may use 
conventional graphic design software, such as QuarkXPress™, Adobe Photoshop™, 
Adobe Illustrator™, Adobe PageMaker™, Adobe Framemaker™, In-Design™, and the 
like. 

[0067] After creating graphics for corporate labels, the user interacts with graphic 
manager 28 to check-in the packaging graphics into CPD management system 4. During 
the process, artwork importer 39 parses the graphic files associated with the overall 
packaging graphic to extract its constituent elements, i.e., all textual, graphical, and 
attribute elements within the packaging graphic, and stores the extracted elements within 
artwork data 42A. Examples of textual elements include warnings, lists of ingredients, 
tracking numbers, part lists, translations, legal notices, and the like. Graphical elements 
may include corporate graphics, such as trademarks, logos and other imagery, and may be 
stored as, for example, individual image files and in any of a number of formats including 
JPEG, TIFF, GIFF, PDF and the like. Attribute elements may include pixel size, blue line 
drawings, and the like. 

[0068] In addition, artwork importer 39 generates artwork data 42F that describes the 
composition of each packaging graphic uploaded or created by customers 6. During this 
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process, artwork importer 39 may present a reconciliation user interface that allows 
customers 6 to map each of the extracted elements to one or more types of fields supported 
by packaging templates 42B. For example, exemplary field types include fields for one or 
more corporate logos or trademarks, a country of origin field, an address field, a brand 
name field, "made in" statements, a barcode field, a product number or part number, any 
number of graphic fields illustrating the product, product descriptions, compliance 
statements, warning and other safety graphics, an expiration date, a list of ingredients, and 
the like. 

[0069] Administration (admin) module 30 presents an interface by which some users, such 
as system administrators associated with customer 6, are able to configure CPD 
management system 4. A system administrator may, for example, manage accounts for 
customers 6 including setting access privileges, and define a number of corporate and user 
preferences. Examples of corporate preferences include preferred language translations, 
source and target languages, signature lines, suggested label stock. Examples of user 
preferences include authorized printers for each user, as well user access rights to modules 
2 1 . Admin module 30 allows the system administrator to define access rights for 
customers 6 to control the access to the various software modules 21. In this manner, not 
all users can access all of the software modules 21. For example, a graphic designer may 
have access rights to graphic design tool 26 and graphics manager 28, while a plant 
operator may only have access rights for the output manager 34. 
[0070] In addition, a system administrator can interact with admin module 30 the 
administrator can define logical categories and hierarchies for characterizing and 
describing labels used for packaging and manufacturing. The system administrator may 
define, for example, categories such as markets, business units and a hierarchy of 
packaging levels, such as levels one through eight. In addition, the system administrator 
may define a number of label fields supported by CPD management system 4. 
[0071] Record manager 32 allows the user to define labels or other printed materials 
associated with manufactured products, based on artwork data 42A, packaging templates 
42B, and configuration data 42D. In other words, customers 6 interact with record 
manager 32 to create new package records 42C for packaging materials based on 
packaging templates 42B, and populate the fields of the templates with text, graphics or 
other data. 
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[0072] To create a package record, a user initially directs record manager 32 to select a 
packaging template 42. To facilitate this process, record manager 32 provides an interface 
with which customers 6 can traverse the hierarchies to easily select an appropriate 
packaging template based on current shipping requirements. In particular, record manager 
32 incorporates decision-tree logic to filter packaging templates based on a hierarchy 
selected by the user. As the customer 6 traverses the selected hierarchy, record manager 
32 selectively presents the set of packaging templates registered against the currently 
selected node of the tree. In this manner, record manager 32 allows the user to drill down 
into storage packaging data to select appropriate templates for assembling and outputting 
packaging material. For example, record manager 32 may request information from the 
user, such as a product line, a country of origin, a destination country, an industry, a 
shipping company, a recipient, and the like. Record manager 32 presents a set of 
packaging templates 42B that match the supplied criteria. 

[0073] Upon selecting a template, the user interacts with record manager 32 to populate 
the fields of the template with text, graphics or other data, and to store the populated 
template as a new package record 42C. In particular, record manager 23 provides an 
interface by which the user can search artwork description data 42F to identify graphic or 
textual elements within artwork data 42 A, and associate the elements with fields of the 
selected template. For example, in association with corporate logo type field, record 
manager 32 may present a list of the graphical elements of artwork data 42A that have 
been associated with the field type. In this manner, the user is able to readily select and 
reuse constituent elements extracted from packaging graphics uploaded or created by 
customers 6. In addition, user can set various characteristics and properties for the defined 
fields for the template. A user may, for example, enable "dynamic scaling" for a text or 
graphic element associated with a field of the selected template, causing CPD management 
system 4 to dynamically select a font size for corresponding text or dynamically scale the 
graphic element, so that the text or graphic element can be fully displayed within the label 
field. 

[0074] During the process of assembling a packaging template 42B into a packaging 
record 42C, record manager 32 engages rules engine 38 to validate the content of the 
packaging record. Rules engine 38 validates the content of the record in view of 
packaging rules 42E, which may represent particular constraints, such as regulations from 
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regulatory agencies, requirements for particular shipping companies or recipients, and the 
like. Packaging rules 42E may also be used to provide informational text, such as 
comments or suggestions, to customers 6 during the process of assembling packaging 
records 42C. For example, packaging rules 42E may be created to present an alert 
consistent with established packaging rules, such as: "Based on your selected destination 
country of Germany and the selected industry of Health Care, be sure to include a Group 
Code and a Recycle Number within your packaging record." 

[0075] In order to control the application of packaging rules 42E, each of the packaging 
rules may be associated with one or more fields of packaging templates 42B. As described 
above, packaging templates 42B are formed from a set of uniquely identified fields. 
Customers 6 interact with record manager 32 to define packaging rules 42E for validating 
package records 42C, and to relate the rules to the one or more fields. When invoked by 
record manager 32 during the process of assembling a new package record 42C, rules 
engine 38 selectively applies packaging rules 42E to the fields of the new package record. 
More specifically, rules engine 38 selects and applies packaging rules 42E to the new 
package record based on the unique identifiers of the fields of the new package record. 
[0076] As with packaging templates 42B, packaging rules 42E may be organized 
hierarchically. Records manager 32 provides an interface by which customers 6 define 
and maintain one or more hierarchical relationships for organizing packaging rules 42E. 
Each of customers 6 may define respective hierarchies for organizing their respective 
packaging templates, and may customize the hierarchies based on their needs. As with 
packaging templates 42B, users may define hierarchies that comprise a number of levels 
having nodes corresponding to various packaging constraints and other criteria. The users 
need not necessarily create new hierarchies, but may use common hierarchies to organize 
both packaging templates 42B and packing rules 42F. Users "register" newly created 
packaging rules 42E by directing record manager 24 to associate each of the rules with a 
respective node of one of the hierarchies. A service provider or other host for CPD 
management system 4 may provide a set of base rules. Again, however, customers 6 may 
augment these base rules with customer-specific rules for validating packaging records 
42C when assembled. In this manner, system 4 is adaptive to specific customer 
preferences, and may operate according to different rules for different customers. 
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[0077] Record manager 32 integrates formal control modules and procedures to manage 
the process of developing and maintaining packaging records 42C. Record manager 32, 
for example, includes revision control modules for controlling the development of 
packaging records 42C from creation to approval and archival. Record manager 32 
supports, for example, check-in and check-out mechanisms for controlling access to 
packaging records and tracks modifications to the records to provide revision histories and 
other modification information. Each of packaging records 42C has a corresponding 
status, such as draft, pending, approved, archived, obsolete and superceded. 
[0078] Upon validation, a customer 6 changes a status for a packaging record from "draft" 
to "approved." In response, record manager 34 generates an electronic image of the label, 
such as a PDF (portable document format) output, timestamps the image and archives the 
image. A version of the image may be stored as a low resolution "thumbnail" to facilitate 
ready identification by users without the need to retrieve the entire high-resolution image. 
Record manager 32 associates data from the corresponding packaging record with the 
archived label image to allow for indexing and quick retrieval. In this manner, CPD 
management system 4 provides an intelligent packaging data warehouse with which 
customers 6 interact for creation, validation, and distribution of packaging data for label 
and other packaging materials associated with products 6. 

[0079] Output manager 34 controls all aspects of printing. Once a customer 6 has created 
a template and created a corresponding record for the template by populating the fields of 
the template with elements selected from artwork data 42A, output manager 34 marks the 
packaging record available for printing at manufacturing facilities 8 or print centers 16. 
Only records having an approved status are "published" to manufacturing facilities 8, i.e., 
are available to customers 6 via the output manager 34. This gives customers 6 the ability 
to manage data, add new labels, and update labels without concern about the possibility 
that one of manufacturing sites 6 may prematurely use an unapproved label. As described 
below, run-time fields can be added to the template during design, which causes output 
manager 34 to prompt for the information at the time of print. Examples of run-time 
information include batch code, lot code, manufacture date, serial numbers, and the like. 
In one embodiment, CPD management system 10 stores the run-time data as labels or 
other materials are printed for tracking and tracing purposes. 
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[0080] As described in detail herein, output manager 34 interacts with device management 
software executing on computing environments within manufacturing facilities 8 and print 
centers 16 to control the application of the packaging data. In particular, output manager 
34 communicates the packaging records via network 9 to the device management software 
of a target manufacturing facility 8. A master module within the device management 
software receives the packaging record, and configures one or more device control 
modules to apply the packaging data specified by received packaging records. Once 
configured, the individual device control modules remotely access artwork data 42A via 
network 9 to retrieve the assigned packaging data, e.g., artwork elements. The device 
control modules retrieve their assigned packaging data from artwork data 42A, and 
interface with the respective I/O device to control application of the packaging data. In 
this manner, the device management software and CPD management system 4 interact to 
provide centralized control over the application of packaging data by distributed 
manufacturing facilities 8 and print centers 16. 

[0081] Application programming interface (API) 36 provides the ability to establish 
direct connections with external computing devices. API 36 may be used to allow such 
devices to automatically control CPD management system 4, or for automatically 
retrieving data from such devices. For example, a front-end module, such as a script or 
command line interface provided by the remote computing device, for example, may 
communicate with API 36 directly, e.g., bypassing the interfaces presented by other 
software modules 21. In this manner, the front-end module can automatically interact with 
CPD management system 4 and thereby control output. As a result, API 36 can be useful 
when connecting to internal corporate systems to incorporate, for example, product 
information into a packaging label. In addition, API 36 may be used at manufacturing 
time to automatically provide run-time information for labels and other printed materials. 
[0082] API 36 also allows CPD management system 4 to directly access external data 
sources, such as data sources within customers 6, regulatory agencies 10, shipping 
companies 12, foreign customs 14, or the like. Record manager 32 may, for example, 
invoke API for retrieving packaging data directly from a data source maintained by a 
customer 6. 

[0083] FIG. 3 is a block diagram illustrating an exemplary manufacturing facility 8 in 
which device management software 45 controls application of packaging data to product 
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7. In the illustrated embodiment, device management software 45 includes a display 
manager 47, a master control module 48, and a set of device control modules 49A-49N 
(collective "device control modules 49"). 

[0084] Each of device control modules 49 corresponds to a respective one of input/output 
(I/O) devices 50. Moreover, device control modules 49 contain specialized logic for 
control of and communication with the respective I/O device 50 based on the specific 
requirements of each device. I/O devices 50 may include, for example, inkjet printers, 
label printers, and other output devices that apply packaging data to product 7 or 
packaging materials related to the product. In addition, the I/O device may include bar 
code scanners, radio-frequency identification (RFID) readers, and other input devices that 
read information from the products to initiate application of the packaging data, determine 
the type of packaging material (e.g., packages), verify the number of packages processed, 
and the like. 

[0085] Master control module 48 is configured based on the specific characteristics of the 
manufacturing line through which product 7 moves. For example, master control module 
48 is configured based on the specific number of I/O devices 50 present within the 
manufacturing line, as well as the timing characteristics and other requirements of the flow 
of product 7 through the manufacturing line. Master control module 48 receives 
packaging records from output manager of CPD management system 4 and, based on this 
configuration information, configures each of device control modules 49 to control the 
flow of packaging data, e.g., artwork, from the CDP management system 2 to I/O devices 
36 for application to product 7. 

[0086] In particular, master control module 48 parses the packaging record, and 
communicates information, i.e., "handles," to each of device control modules 49. The 
handles identify one or more specific artwork elements within CPD management system 4 
to be applied I/O devices 50. Upon receiving the handles, device control modules 49 
remotely access CPD management system 4 via network 9 to retrieve the assigned 
packaging data, e.g., artwork elements. Device control modules 49 retrieve the respective 
packaging data, and configure the respective I/O devices 50 to control application of the 
packaging data. In this manner, device management software 45 and CPD management 
system 4 cooperated to provide centralized control over the specific packaging data, e.g., 
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artwork elements, that are applied by each I/O devices 50 of remote manufacturing facility 
8. 

[0087] Master control module 48 and device control modules 49 conform to a modular 
software architecture that allows device control modules 49 to be individually removed or 
added. Each of device control modules 49 provides a "common" interface having 
identical interface functions for communicating with master control module 48. In this 
manner, master control module 48 need not be programmed to accommodate a variety of 
different device control modules 49, and may communicate to each device control module 
in the same manner. 

[0088] Each of device control modules 49 communicates status information to display 
manager 47 for rendering and presentment to a user, e.g., a line operator via display 46. In 
one embodiment, display manager 47 dynamically generates a graphical user interface 
(GUI) to present the status information. Display manager 47 accesses master control 
module 48 to determine the number of device control modules 49 and the physical 
arrangement of the respective I/O device 50 to which the device control modules 
correspond. Based on the number and physical arrangement, display manager 47 
dynamically generates the GUI to present the interface in a manner that resembles the 
manufacturing line. In particular, display manager 47 presents a graphical icon for each of 
I/O devices 50, and arranges the icons in a manner that reflects the physical arrangement 
of I/O devices with the manufacturing line. Display manager 47 updates each of the icons 
to present the status information received from device control modules 49 for the 
respective I/O devices 50. In one embodiment, display 46 comprises a touch-pad allowing 
the operator to selectively review detailed status information for any of I/O devices 50 by 
simply touching the corresponding icon. 

[0089] FIG. 4 is a block diagram illustrating an example embodiment of a manufacturing 
facility 8 having four I/O devices 57A-57D. Specifically, manufacturing facility 8 has a 
first scanner 57A, a label printer 57B, an inject printer 57C, and a second scanner 57D. 
Consequently, device management software 58 includes scanner control module 53A, 
printer control module 53B, printer control module 53C, and scanner control module 53D. 
As described herein, master control module 54 configures device control modules 53 to 
apply the packaging data specified by packaging records received from CPD management 
system 4. 
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[0090] In this example, scanners 57 A, 57D gather information about product 7 at various 
points within the manufacturing line. In particular, scanner control module 53 A 
configures scanner 57 A to scan the product container, e.g., box, to retrieve identification 
information. Based on the identification information, master module 54 identifies an 
appropriate packaging record, and configures printer control modules 53B and 53C to 
retrieve the appropriate information to be printed. Printer control module 53B, for 
example, retrieves artwork elements from CPD management system 4 and configures label 
printer 57B to print the artwork elements on one or more labels to be applied to the 
container. Similarly, printer control module 53C retrieves artwork elements and 
configures inkjet printer 57C to print the artwork elements directly on the container. 
Scanner 57D reads information from the container as it passes the end of the 
manufacturing line. Scanner control module 53D relays the information to master control 
module 54 for verification before the container is added to a pallet for shipping. 
[0091] In addition to controlling the flow of packaging data for application to product 7, 
the device management software and, in particular, master module 54 may interact with 
CPD management system 4 to verify and reconcile the application of the packaging data at 
each step of the manufacturing line. For instance, if label printer 57B printed fifty labels 
but scanner 57D verified only 40 containers, master module 54 may alert the operator via 
display manager 55 that ten boxes are missing. Master module 54 may relay this 
information is relayed the CPD management system 4. This may be useful in situations 
where product 7 is shipped from manufacturing facility 8 to various points of distribution, 
but the product is found to be defective and needs to be recalled. CPD management 
system 4 may be used to generate reports to determine how much product 7 is affected, 
i.e., by analyzing the reconciled information received from the manufacturing line. This 
information may include identification of the operator, a batch number, lot number (or any 
other identifier), and can be searched to retrieve a list of all matching products. 
[0092] FIG 5 is a flowchart that provides a high-level overview of example operation of 
CPD management system 4. Initially, a system administrator of a service provider or other 
host of CPD management system 4 interacts with admin module 30 to configure the CPD 
management system (58). For example, the authorized user may add new customers 6, 
setup user accounts, and define preferences, access rights and the like. In addition, the 
system administrator may create base sets of packaging templates 42B, packaging rules 
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42E, as well as hierarchies for organizing the templates and rules. During this process, 
CPD management system 4 may automatically access and retrieve regulation and 
compliance information from external data sources, such as data sources of customers 6, 
regulatory agencies 10, shipping companies 12, and foreign customs 14 (59). CPD 
management system 4 updates packaging rules 42E based on the gathered information, 
thereby ensuring compliance with the regulations. 

[0093] Next, an authorized user of a customer 6 may interact with template design tool 22 
and template manager 24 to develop customer-specific packaging templates, and register 
the new templates against the defined hierarchies (60). The authorized user then either 
uploads packaging artwork or interacts with graphic design tool 26 to create the artwork 
(61). Artwork for a particular packaging material typically takes the form of a single 
"layout," and may comprise one or more graphics files. Artwork importer 39 parses the 
graphic files associated with the overall packaging graphic to extract its constituent 
elements, i.e., all textual and graphical elements within the packaging graphic, and stores 
the extracted elements within artwork data 42A (62). During this process, artwork 
importer 39 generates artwork data 42F that describes that composition of each packaging 
graphic uploaded or created by customers 6 (63). Artwork importer 39 may present a 
reconciliation user interface that allows customers 6 to map each of the extracted elements 
to one or more types of fields supported by packaging templates 42B (64). In addition, the 
user may interact with record manager to develop and register customer-specific 
packaging rules for validating packaging records 42C (65). 

[0094] Next, the user interacts with record manager 32 to create new packaging records 
42C by first selecting one of packaging templates 42B (66). As described above, record 
manager may invoke decision-tree logic to filter and present a subset of packaging 
templates 42B based on the hierarchical arrangement of the templates. Upon selecting a 
template, the user assembles a new packaging record by populating the various fields of 
the template with text, graphics or other packaging data (67). To populate a given field, 
record manager 32 may receive input data from the user, retrieve textual or graphical 
elements from artwork data 42 from stored in database servers 40 based on artwork 
description data 42F, retrieve data from one or more external databases via API 36, and or 
the like. 
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[0095] During or after the population process, record manager 32 invokes rules engine 38 
to validate the content of each field by application of packaging rules 42E (68). Once 
validated by record manager 32, and approved by the user, record manger 32 marks the 
packaging record as "Approved," thereby allowing access by manufacturing facilities 8 
(69). As further illustrated in reference to the flowchart of FIG. 9, device management 
software executing on computing environments of remote manufacturing facilities 8, print 
centers 16 or other output locations interact with output manager 34 via network 9 to 
securely receive packaging records 42C for customers 6, and control the flow of 
packaging data to input/output devices to print the labels or other materials for 
manufactured products 7 (70). 

[0096] FIG. 6 is a block diagram that provides another high-level overview of the 
operation of CPD management system 4. As illustrated, an authorized user of a customer 
6 interacts with artwork importer 32 to import packaging graphics 71 into CDP 
management system 4. A typical "layout" produced, for example, by graphic design firm 
17 for a single packaging instance may comprise a set of one or more graphic files, which 
may be hierarchically arranged on a computer-readable medium. Moreover, the layout 
typically includes a plurality of constituent elements having a defined orientation. For 
example, a layout for a packaging material may include a plurality of textual elements and 
a plurality of graphical elements. Moreover, the layout defines the orientation of the 
elements in relation to each other within a two dimensional space that defines the 
packaging material to be printed. 

[0097] For each packaging graphic 71 being imported, i.e., each packaging layout, 
artwork importer 32 analyzes the packaging graphic and identifies the associated graphic 
files. In addition, artwork importer 32 identifies the graphical elements and the textual 
elements that makeup the packaging graphic, and determines the orientation of the 
elements. Based on the identified elements and their orientation, artwork importer 32 
applies packaging schema 72 to generate artwork description data 42F that describes the 
elements and their orientation. Artwork importer 32 may generate artwork description 
data as metadata and in a form that complies with a data description language, e.g., the 
extensible Markup Language (XML). Artwork importer 32 stores the metadata as artwork 
description data 42F, and stores the constituent elements of the imported packaging 
graphic 7 1 as artwork data 42 A. 
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[0098] The authorized user then interacts with record manager 32 to select a template 
from packaging templates 42B. As described above, record manager 32 may invoke 
decision-tree logic to filter and present a subset of packaging templates 42B based on the 
hierarchical arrangement of the templates. 

[0099] Upon selecting one of packaging template 42B, the user assembles a new 
packaging record 73 by populating the various fields of the selected template with text, 
graphics or other packaging data. Specifically, to populate a given field, record manager 
32 may search artwork description data 42F to identify graphic or textual elements within 
artwork data 42A, that is warehoused by CPD management system 4. In particular, each 
field within a packaging template may be associated with a graphic or textual element 
extracted from packaging graphics 71 via artwork importer 32. 

[00100] In addition, record manager 32 may retrieve data from an external data 

source 74A, such as a customer database. In particular, each field within a packaging 
template may be mapped to an external data source for directly retrieving data. To 
facilitate data transfer, record manager 32 may support data sources that are compliant 
with the extensible Markup Language (XML) or other data description language. As 
another example, record manager 32 may automatically access and retrieve regulation and 
compliance information from external data sources, such as shipping data 75, regulation 
data 76, customer data, and customs data 77. Record manager 32 may incorporate some 
of this data directly within packaging record 73 as content to be printed on the packaging 
material. For example, shipping data 64 may include instructions from a selected shipping 
company to be printed on a label or other packaging material. Furthermore, record 
manager 32 may update packaging rules 42E based on the gathered information. 
[00101] Rules engine 38 applies the packaging rules to the contents of the newly 

created packaging record 73 to validate the content in view of the information gathered 
from shipping data 75, regulation data 76, customer-specific data, customs data 77, or 
other external data source, as well as customer-specific packaging rules, or rules created 
by a service provider for CPD management system 4. Once validated, output manager 34 
communicates the packaging record, to device management software 45 executing on a 
remote manufacturing facility 8 or other output location to control the flow of packaging 
data to labels or other packaging material related to product 7. 
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[00102] FIG. 7 illustrates an example packaging graphic 78 to be processed by artwork 
importer 32. As illustrated, the exemplary packaging graphic 78 comprises a plurality of 
graphical elements and textual elements. In particular, packaging graphic includes 
graphical trademarks 79 A, 79B, a textual product name 79C, a textual product code 79D, 
textual product information 79E, 79F, 79G, a textual packaging level 79H, a graphical bar 
code 791, and textual seller contact information 79 J. 

[00103] Artwork importer 32 processes packaging graphic 78 to extract the graphical and 
textual elements 79, and stores the elements as artwork data 42A. For example, packaging 
graphic 78 as produced, for example, by graphic design firm 17 may comprise a set of data 
files as files: 

Example_Packaging_Layout . qxd 

graphical . eps 

graphic_2 . eps 

graphic_3 . jpg 

text_seg_l . txt 

text_seg_2 . txt 

text_seg_3 . txt 

graphic_3 . jpg 

In this example, packaging graphic 78 has been created in a Quark XPress format, and 
includes a master file "Example_Packaging_Layout.qxd" that defines the overall layout 
and arrangement of the graphical and textual elements, and links to a set of additional files 
that store graphical and textual elements. 

[00104] Artwork importer 32 processes packaging graphic 78 to identify the data files and 
the graphical and textual elements 79A-79J defined by the layout and stored within the 
data files. Artwork importer 32 processes the layout file to search for and identify tagged 
data that describes the elements stored by the data files as well as the attributes and 
orientation of the elements within the overall layout. Once the elements are identified, 
artwork importer 32 presents reconciliation user interface that allows a user to map each of 
the elements to one or more types of fields supported by packaging templates 42B, 
generates artwork description data 42F based on the mapping, and stores the elements as 
artwork data 42A in a manner that allows each element to be individually retrieved and 
reused on packaging material. 

[00105] Although illustrated for exemplary purposes with reference to Quark XPress 
format, packaging graphic 78 may take the form of any of a number of different formats. 
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To support the different formats, artwork importer 39 may include a set of respective 
modules, e.g., "plug-ins," each module having specialized logic to process a different 
layout format. 

[00106] FIG. 8 illustrates an example reconciliation interface 80 presented to the user by 
artwork importer 32. In the illustrated embodiment, reconciliation interface 80 includes a 
display area 82 that illustrates the graphic being imported, an element description area 84, 
and a data type assignment area 86. Element description area 84 presents a list of 
graphical and textual elements identified by artwork importer 39 within the graphic. For 
each element, artwork importer 39 generates element description area 84 to list an 
associated element type, e.g., graphical or textual, and an element identifier ("ID") 
assigned by the artwork importer. To aid the importation, artwork importer 39 may 
generate display area 82 to graphically highlight each element with a respective identifier 
and an area indicator (illustrated as identifiers A-H and dashed lines in FIG. 7). 
[00107] The user interacts with data type assignment area 86 to map each identified 
element to a type of data field supported by packaging templates 42B. Specifically, data 
type assignment area 86 provides a respective input area, e.g., drop-down menu 85, for 
each element identified within the packaging graphic. The user interacts with the input 
areas to assign a field type to each of the elements. Artwork importer 39 generates the 
available field types based on the packaging templates 42B and, in particular, a data model 
defined by the fields of the templates. 

[00108] Upon assigning a field type to each of the elements, the user may direct artwork 
importer to import the packaging graphic by selecting the IMPORT button 87. In 
response, artwork importer 39 generates artwork description data 42F that describes that 
composition of the packaging graphic, including metadata that describes each element and 
the assigned packaging field type. Alternatively, the user may abort the process by 
selecting the CANCEL button 88. 

[00109] The following pseudo code illustrates exemplary artwork description data 42F 
generated by artwork importer 39 for the exemplary packaging graphic of FIG. 7: 

<GRAPHIC NAME= n EXAMPLE_PACKAGING_LAYOUT n TYPE= "QXD" > 

< ELEMENT ID=1 TYPE= * IMAGE " FIELD_TYPE= " LOGO " FILE= "GRAPHIC_1 . EPS n /> 
< ELEMENT ID=2 TYPE= " IMAGE " FIELD_TYPE= " LOGO " FILE= "GRAPHIC_2 . EPS n /> 
< ELEMENT ID=3 TYPE= " TEXT " FIELD_TYPE= " P_NAME n 

FILE- n TEXT_SEG 1 . EPS n /> 
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< ELEMENT ID=4 TYPE= " TEXT " FIELD_TYPE= " P__CODE 11 FILE= " 
TEXT_SEG_2 . EPS " / > 

< ELEMENT ID=5 TYPE= * TEXT " FIELD_TYPE= " P_INFO " FILE= " 
TEXT_SEG_3 .EPS" /> 

< ELEMENT ID=6 TYPE= " TEXT " F I ELD_TYPE= " LEVEL " FILE= " TEXT_SEG_3 . EPS " /> 

< ELEMENT ID=7 TYPE= " IMAGE " F I ELD_TY PE =" BARCODE " 
FILE= " GRAPHIC_3 . JPG " / > 

< ELEMENT ID=8 TYPE= "TEXT" FIELD_TYPE= " S_INFO " FILE= " TEST_SEG_3 " /> 
</GRAPHIC> 

In this simplistic example, the exemplary artwork description data 42F conforms to XML, 
and includes tags that describe each graphical and textual element of the imported graphic. 
Moreover, each tag lists the element identifier, the type of element, the assigned packaging 
field, and the particular file that stores the element. 

[00110] FIG. 9 is a flowchart that illustrates exemplary operation of device management 
software 45 (FIG 3) executing on a computing environment of a remote manufacturing 
facility 8. Initially, output manager 34 communicates the packaging records via network 9 
to device management software 45 (89 A). In particular, master control module 48 (FIG. 2) 
receives and parses the packaging record (89C) to extract print jobs for each of I/O devices 
50. Each print job includes one or more identifiers, i.e., "handles," to artwork elements 
stored within artwork data 42A of CPD management system 4. Master control module 48 
configures the individual device control modules 49 to apply the artwork elements 
specified by the received packaging record (89D). In this manner, master control module 
48 configures each device control module 49 as necessary to control the flow of 
packaging-related information from CPD management system 4 to I/O devices 50 for 
application to product 7. 

[00111] Once configured, device control modules 49 remotely access artwork data 42 A via 
network 9 to retrieve the assigned packaging data, e.g., artwork elements (89E). 
Specifically, each of device control modules 49 retrieve their assigned packaging data 
from artwork data 42A based on the handles provided by master control module 48. 
Device control modules 49 interface with their respective I/O device 50, and configure the 
I/O devices 50 (89F) to apply the specific artwork elements retrieved from CPD 
management system 4 (89G). 

[00112] During the application of the artwork elements to product 7, device management 
software 45 monitors the manufacturing line and, in particular, the number of containers 
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processed to verify and reconcile the application of the packaging data at each step of the 
manufacturing line (891). Device management software 45 uploads verification 
information to CPD management system 4 (89J). The verification information may 
include, for example, a number of containers processed at each stage of the manufacturing 
line, any error messages, an identification of an operator, a batch number, lot number, or 
any other identifier, and the like. The process continues until all containers are 
processed for the current packaging record (89k). 

[00113] FIG. 10 illustrates an example web-based user interface 90 presented by template 
manager 24. An authorized user can check-in templates to CPD management system 4 by 
clicking on the Add button 91 A, at which time CPD management system 4 automatically 
assigns a unique template ID 9 IB and initializes a publication status 91C to "Draft." At 
this time, the user can assign a template name 9 ID. 

[00114] Interface 90 provided by template manager 24 supports the logical categories 
defined by the corporation for managing templates throughout customers 6. When adding 
a new template, for example, the user may mark the template as global to make the 
template available throughout the company. Alternatively, the user may specify a 
packaging level, business unit and market for the template. The trustee 9 IE indicates the 
user that has authority to modify the template being checked-in, typically the user that 
created the template using graphic design tool 22. 

[00115] Often, a template may supersede an older template, as identified by window 9 IF. 
Template size 91G, such as 5x7, indicates the physical size of the template when printed. 
All of the parameters and attributes captured by template manager 24 will be stored in 
CPD management system 4 and be available later to the user via other software modules 
21, including record manager 32 and output manager 34. The user can suggest print 
material for the label within window 91H. When printing the label, as described below, 
the output manager displays the suggested print material to aid the operator at run-time. 
Finally, the user can attach a template file produced by the template designer 22 by 
entering a filename within window 91L. 

[00116] Search window 91M allows the user to locate one of stored packaging template 
42B instead of creating a new template. After finding a template, the user can modify the 
parameters and select change button 9 IN. After finalizing the template, the user can 
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"approve" the template by selecting the approve button 910, thereby marking the template 
as available for use. 

[00117] FIG 11 illustrates an example web-based user interface 93 presented by graphics 
manager 28 that may be used to trigger artwork importation. Initially, an authorized user 
can upload graphics for importation to CPD management system 4 by clicking on the Add 
button 94 after completing the various fields presented by interface 93, at which time CPD 
management system 4 automatically assigns a unique graphic ID and initializes a status for 
the packaging graphic to "Draft." Typically, the user assigns a name to the packaging 
graphic 95, provides a short description 96 and provides a location 97 where the associated 
graphic files are located and ready for importation. Interface 93 provides viewer 98 by 
which the user can preview the packaging layout. Upon approving the graphic layout, by 
selecting the Approve button 99, graphic manager 28 changes the status to "approved" and 
records the date approved 100. 

[00118] FIGS. 12-17 illustrate an example web-based user interface 101 presented by 
record manager 32. Generally, interface 101 allows users to define labels for use on 
packaging and manufactured products using on packaging templates and graphics 
uploaded to CPD management system 4 by template manager 22 and graphics manager 
28, respectively. Referring to FIG. 12, users interact with interface 101 presented by 
record manager 32 to provide data for the fields of a selected template. The user may, for 
example, associate a field with text, graphics or other data. 

[00119] To create a packaging record, a user having rights to access record manager 32 
selects New Record button 102 at which time CPD management system 4 automatically 
assigns a unique label ID 103 and initializes a status 104 for the record to "Draft." The 
unique label ID is useful for compliance with regulations, such as the regulations found in 
the health care and pharmaceutical industries that require a labeling change management 
process, for example utilizing a single, unique control number for each label. 
[0100] The user may also select a pre-existing packaging record and make changes. 
Interface 101 offers two mechanisms for selecting a record. The user may traverse the 
logical categories defined for CPD management system 4 by providing, for example, a 
corporate label ID 105, a packaging level 106, and a corresponding manufactured part or 
product 107. For a given corporate ID number 102, there may be a number of records 
covering the various packaging levels. These records form a related family that can share 
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common data, such as a message or warning text that must be displayed on labels for all 
packaging levels. Another method for finding a label is to supply the unique label ID 103. 
[0101] When creating a packaging record, CPD management system 4 allows the users to 
control when manufacturing facilities 8 use an updated label. This may be useful in 
heavily regulated industries where the manufacturing company may need to record the 
specific point where labels change, such as in the medical and pharmaceutical industries. 
In particular, the user can classify the record as "pass through" or as "non-pass through." 
The output manager 34 uses an updated label immediately if the label is designated as 
"pass through." Once a user has approved a pass through packaging record, the old record 
is immediately replaced and an image of the label for the old record is archived in a 
graphic format, such as PDF, to create a permanent record of the old label. 
[0102] For non-pass through labels, output manager 34 allows the manufacturing facilities 
8 to control when the updated packaging record is used in place of the superceded 
packaging record. This allows the manufacturing facilities 8 to print the older labels for a 
desired period of time, such as until the end of a batch run or the depletion of current 
inventory. During this process, CPD management system 4 automatically maintains a 
duplicate packaging record within Packaging records 42C controlled by the corporate ID 
number. Manufacturing facilities 8 can elect when to replace the old record with the 
updated one. 

[0103] Interface 101 provides a number of data entry windows 108 for mapping extracted 
layout elements, such as textual and graphical elements, to corresponding fields within the 
selected packaging template. In other words, data entry windows 108 allow the user to 
select and associate specific elements with each field of the selected template. Record 
manager 32 determines the defined fields for the selected packaging template, and presents 
those fields within data entry windows 108. For each field, record manager provides an 
input area, e.g., a text entry box or a drop-down menu, by which the user selects extracted 
textual or graphical elements or otherwise provides input to populate the fields of the 
template record being created. Data entry windows 108 may require that the input from 
the user match constraints defined within template manager 24 during template creation. 
In this manner, the template may control the number of characters and format for each 
field. 
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[0104] Product data entry window 108 A, for example, captures product specific data for 
the selected packaging record and includes three windows including main product data 
entry window 11 OA, origin-address data entry window HOB and free text data entry 
window HOC. As illustrated in FIG 13, origin-address data entry window HOB allows a 
user to specify a country of origin 112 for the product, translations 114 that are available 
for the label, and an address 116 of the manufacturer. Free text data allows the user to add 
miscellaneous messages such as "50% off' or "Buy one get one free" to a label. For each 
of these fields, the user may select a textual segment extracted by artwork importer 39 that 
is associated with the particular field type. Alternatively, the user may insert textual data. 
[0105] FIG 14 illustrates packaging level data entry window 108B of user interface 101. 
Packaging level data entry window 108B allows the user to identify the packaging levels 
for a manufacturing product. In particular, the user can define the quantity 120 of the 
product within each of packaging levels 122, and define various features, such as size and 
weight, at each level. In addition, the user may select graphical icons representing the 
components and container for each packaging level. Window 124 graphically illustrates 
the packaging process. 

[0106] FIG. 15 illustrates template -part data entry window 108C of user interface 101. 
Template-part data entry window 108C allows the user to identify the corresponding 
template 126 for the current packaging record, and displays an image 128 that graphically 
illustrates the label as well as the corresponding fields 130 associated with the label. 
[0107] FIG 16 illustrates graphics data entry window 108D of user interface 101 that 
allows the user to assign graphic elements 132 from artwork data 42 A to the various fields 
134 within the template. In particular, for each of fields 134, user interface 101 presents a 
drop-down menu that lists those graphical elements that have been imported and 
specifically associated with the field type via reconciliation interface 80. 
[0108] FIG 17 illustrates translations data entry window 108E of user interface 101 that 
allows the user to select one or more languages 136 for the label and enter translation text 
138 for one or more fields. In this manner, any text on the label can be multilingual. In 
one embodiment, CPD management system 4 is Unicode compliant and can readily 
support a wide variety of character sets. 

[0109] Referring again to FIG. 12, once the user has completed the field population 
process, the user can approve the label by selecting Approve button 139. Upon approval, 
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record manager 32 generates an image, such as a PDF file, of the resultant label based on 
the graphics and other data associated with the fields of the selected label. In addition, 
record manager 32 timestamps the image and archives the image to record a visual 
representation of the exact label that is available for use by manufacturing facilities 8. 
CPD management system 4 associates data from the current record with the archived 
image to allow for indexing and quick retrieval. 

[0110] FIGS. 18-20 illustrate an example web-based user interface 140 presented by 
output manager 34. As described, interface 140 controls all aspects of label printing by 
manufacturing facilities 8. Referring to FIG. 15, a user, such as a plant operator within 
one of manufacturing facilities 8, first interacts with data source selection window 142 to 
elect whether to retrieve packaging data from CPD management system 4 via network 9, 
or from a local copy of data stores 42. This option is useful to maintain manufacturing 
ability even in situations where network 9 is unavailable. Specifically, CPD management 
system 4 may replicate data stores 42, or portions thereof, to local servers within each 
manufacturing facility 8 and print centers 16. 

[0111] After selecting the data source, the user then selects a desired packaging record 
using search window 144. In particular, the user can enter a unique label ID, or a 
corporate ID and corresponding packaging level and part. Only packaging records having 
an approved status are available to the user via output manager 34. This gives business 
unit 4 the ability to manage packaging data, create new labels, and update labels without 
worrying about the manufacturing facilities 8 prematurely using non-approved labels. 
[0112] As illustrated in FIG 19, once a label is identified, output manager 34 retrieves the 
detailed data for the label from packaging records 42C and displays the data within 
window 146. Interface 140 displays this information in non-editable form for verification 
by the user. In addition, interface 140 displays any run-time fields 148, such as fields 150 
and 152, for capturing data as, for example, lot number and batch code. Next, the plant 
operator selects a quantity 150 and an available printer 152. As described above, output 
manager 34 controls the list of available printers 152 based on access settings within 
config data 42D. 

[0113] As illustrated in FIG 20, output manager 34 provides the ability to view approved 
labels 154 or other packaging material in comparison with the approved packaging record 
as archived by record manager 32. More specifically, the user may typically print a single 
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label and compare the printed label against the archived image displayed in view screen 
156. Verification against the archived label is more accurate than performing a print 
preview, as commonly available in conventional systems. A print preview only displays 
the packaging record that is about to be printed, versus displaying the exact approved 
version. This feature may be particularly useful for regulated industries. Upon verifying 
the packaging record, the user selects a print mode and quantity, and prints either 
individually, continuously, or a combination thereof. Alternatively, the user may store the 
generated labels to a computer-readable file in a variety of formats, such as EPS or bitmap. 
The user may then ship the generated label to a high-end print service for printing large 
volume batches. 

[0114] Once a print mode has been selected, output manager 34 communicates the 
detailed packaging data associated with the packaging record, and communicates the 
packaging data to device management software 45. As described, device management 
software 45 provides a modular architecture to interface with and configure I/O devices 50 
to apply the centrally managed artwork. 

[0115] FIG 21 illustrates an example web-based user interface 93 presented on display 56 
(FIG. 4) by display manager 55. In the illustrated embodiment, interface 93 represents an 
exemplary interface presented by display manager 55 for exemplary manufacturing line of 
FIG 4. Display manager 55 dynamically generates interface 93 based on the number of 
device control modules 53 and the physical arrangement of the respective I/O device 57 to 
which the device control modules correspond. Display manager 55 dynamically generates 
interface 93 in a manner that resembles the manufacturing line. 

[0116] As illustrated, interface 93 includes a graphical icon 152A-152D for each of I/O 
devices 57, and arranges the icons in a manner that reflects the physical arrangement of 
I/O devices with the manufacturing line. Display manager 55 updates each of the icons to 
present the status information received from device control modules 53 for the respective 
I/O devices 57. In one embodiment, display 56 comprises a touch-pad allowing the 
operator to selectively review detailed status information for any of I/O devices 57 by 
simply touching the corresponding icon 152. 

[0117] Various implementations and embodiments of the invention have been described. 
For instance, a management system for developing and managing packaging labels or 
other printed material for manufactured products has been described. The components of 
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the system may be implemented as server-side components, client-side components, or a 
combination thereof. Nevertheless, it is understood that various modifications can be 
made without departing from the invention. Accordingly, these and other embodiments 
are within the scope of the following claims. 
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